home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group93b.txt / 000013_icon-group-sender _Fri Apr 23 15:00:30 1993.msg < prev    next >
Internet Message Format  |  1993-06-16  |  4KB
  1. Received: by cheltenham.cs.arizona.edu; Sun, 25 Apr 1993 18:21:48 MST
  2. Date: 23 Apr 93 15:00:30 GMT
  3. From: howland.reston.ans.net!zaphod.mps.ohio-state.edu!uwm.edu!msuinfo!uchinews!ellis!goer@gatech.edu  (Richard L. Goerwitz)
  4. Organization: University of Chicago
  5. Subject: Re: runtime debugger
  6. Message-Id: <1993Apr23.150030.11124@midway.uchicago.edu>
  7. References: <199304220511.AA28454@chuckwalla.cs.arizona.edu>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13. "Clint Jeffery" <cjeffery@cs.arizona.edu> writes:
  14. >
  15. >So I think Icon is not more popular because it does not cater to
  16. >introductory computer science education, because its implementations are
  17. >not very fast, because it does not provide much access to system-specific
  18. >features, and also because there are plenty of other languages out there
  19. >that are already popular.
  20.  
  21. Implementation speed is certainly no worse than it is for Prolog, uncom-
  22. piled LISP, PERL, AWK, etc., and these languages are nothing to scoff at.
  23. System-specific features are not particularly prominent in three of these
  24. four languages.  And Icon is more widely implemented than two, equally
  25. widely implemented as one, and second only to LISP in this respect.  But
  26. of course if we restrict LISP to Common Lisp, then perhaps it's even on
  27. a par there as well.
  28.  
  29. This is not said in disagreement with you Clint.  In fact, I agree with
  30. your main reason why Icon is used by a small, devoted community:  Icon
  31. does not cater to the introductory CS course regimen.  Icon has, as its
  32. natural constituency, people interested in AI, NLP, text, translation,
  33. and general nonnumeric computing.  Intro CS courses are not taught, in
  34. general, by this sort of person.  Humanities people, when they decide to
  35. take the few non-CS programming courses that are available, generally must
  36. suffer with Pascal or something high-level special-purpose language that
  37. only works on this or that machine.
  38.  
  39. When the millennium arrives, universities will recognize that all students
  40. doing any serious research should know something about programming.  They
  41. will also recognize that humanities students need a separate track.  Fin-
  42. ally, they will recognize that, in order to teach humanities programming,
  43. one needs a true humanist - not a "willing" CS instructor.  I have been
  44. frustrated all of my computing life by the lack of good instruction avail-
  45. able for humanists.  We generally have to be self-educated.
  46.  
  47. The Icon Project members are, interestingly, more capable in nonnumeric
  48. matters than most CS researchers I've met.  Which leads me to wonder:  Why
  49. pretend any longer that Icon is standard CS fare?  Its major user-accessible
  50. advances have largely been in interface design and in solving problems that
  51. require heuristic methods, rather than algorithmic ones.  Icon really isn't
  52. (from a user's standpoint) a good, standard CS language, except for those
  53. interested in language design and theory.
  54.  
  55. Icon is a *great* language, and I hope it won't go away.  Makes life easier
  56. for a large range of problems.  It's just that this range of problems lies
  57. more in my area, I think, than it does in the CS fold.  Clint:  Why not take
  58. advantage of Icon's uniqueness, and start showing up a Humanities computing
  59. conferences, interface design conventions, etc. :-) 1/2 ?
  60.  
  61.  
  62. -- 
  63.  
  64.    -Richard L. Goerwitz              goer%midway@uchicago.bitnet
  65.    goer@midway.uchicago.edu          rutgers!oddjob!ellis!goer
  66.